PCT 



WORLD INTELLECTUAL PROPERTY ORGANIZATION 
international Bureau 




(51) International Patent Classification 6 : 






(11) International Publication Number: 


WO 99/18514 


G06F 15/163 




Al 












(43) International Publication Date: 


15 April 1999(15.04.99) 



(21) International Application Number: PCT/US98/21272 

(22) International Filing Date: 6 October 1998 (06.10.98) 



(30) Priority Data: 
60/061,166 



6 October 1997 (06.10.97) 



US 



(71) Applicant: CONTACT DYNAMICS, INC. fUS/US); 205 West 

Randolph Street, Chicago. IL 60606 (US). 

(72) Inventors: COSTIGAN, Thomas, J.; Apartment 21-G, 4170 

N. Marine Drive, Chicago, IL 60613 (US). COSTIGAN, 
Michael, R.; 2414 Timber Trail Drive, Prairie Grove, IL 
60012 (US). ENTZMINGER, Lin dell. B., Ill; Tower 3, 
Suite 1401, 605 W. Madison, Chicago. IL 60661 (US). 
DES JARD1NS, Philip, A; 3N 166 Sprlngvale Road.West 
Chicago, IL 60185 (US). 

(74) Agents: VARGO, Paul. M. et al.; Rockey, Milnamow & Kate, 
Ltd., Two Prudential Plaza, Suite 4700, 180 North Stetson 
Avenue, Chicago, IL 60601 (US). 



(81) Designated States: AL, AM. AT, AU, AZ, BA, BB, BG BR 
BY. CA. CH. CN, CU, CZ. DE. DK, EE. ES, FI ( GB, G£ 
GH, HU, IL, IS, JP, KE. KG, KP, KR. KZ. LC, LK LR 
LS. LT, LU. LV. MD. MG. MK, MN, MW, MX. NO, NZ, 
PL, PT. RO, RU. SD, SE, SG. SI, SK. SL, TJ, TM. TR. 
TT, UA. UG, UZ. VN. YU. ZW, ARIPO patent (GH GM 
KE. LS, MW, SD. SZ, UG, ZW). Eurasian patent (AM. AZ. 
BY, KG, KZ, MD. RU. TJ, TM), European patent (AT, BE, 
CH. CY, DE, DK, ES, FI, FR, GB, GR, IE, IT, LU. MC. 
NL, PT. SE), OAPl patent (BF, BJ, CF. CG. CI, CM. GA 
GN. GW, ML, MR, NE, SN. TD. TG). 



Published 

With international search report. 

Before the expiration of the time limit for amending the 
claims and to be republished in the event of the receipt of 
amendments. 



<S4) Tide: SYSTEM ENABLING A SALESPERSON TO CHAT WITH A CUSTOMER BROWSING THE SALESPERSON'S WEB 
(57) Abstract 

a m^^^iT^^il S l^! mmieati0aS are .^ ciIittted * ™» methods which enable representatives of 

amartetmg party to initiate private, one-on-one communications with potential buyers. When a potential boyw expresses an interesi in 
particular goods or services by logging onto a web site a unique Wentifiercan be assigned to that visit* aZScS TSZ 
to the presence of the visitor. Being aware of the visitor enables the representative to initiate taSne^ewiSS^te vis£? 
The progress of the visitor through the pages of the site can be tracked w assess the effectivene*of u£ ,1T 1S "°* 



FOR THE PURPOSES OF INFORMATION ONLY 



Codes used to identify States party to the PCT on the front pages of pamphlets publishing international applications under the PCX 



AL 

AM 

AT 

AU 

A2 

BA 

BB 

BE 

BF 

BC 

Bi 

BR 

BY 

CA 

CT 

CG 

CH 

CI 

CM 

CN 

CV 

CZ 

DE 

OK 



Albania 

Armenia 

Austria 

Australia 

Azerbaijan 

Bosnia and Tieftego v ta a 

Barbados 

Belgium 

Burkina Faso 

Bulgaria 

Benin 

Brazil 

Be tana 

Canada 

Cenuil African Republic 

Switzerland 
C&e d'Tvoirt 
CvneTTjon 
China 
Cuba 

Czech Republic 
Germany 
Denmark 
Estonia 



n 
nt 

GA 

GB 

GE 

Gil 

GN 

GR 

RU 

IE 

IL 

IS 

IT 

JP 

KB 

KG 

KP 

ICR 

KZ 

LC 

U 

LK 

LR 



Spain 
Finland 



Gabon 

United Kingdom 
Georita 



Guinea 
Greece 
Hungary 



baJy 

Japan 

Kenya 

Kyifyzuan 

Dcnwcmic People's 

Republic of Korea 

Republic of Korea 

Kaztkscan 

Saint Lucia 

Liechtenstein 

Sri Lanka 

Liberia 



LS 
LT 
LU 
LV 
MC 
MD 
MG 
MX 

ML 

MN 

MR 

MW 

MX 

NT, 

NL 

NO 

NZ 

PL 

PT 

RO 

RU 

SD 

SE 

SG 



Luxembourg 
Latvia 



Republic of Moldova 

Madagascar 

The Conner Yugoslav 

RepuWic of Macedonia 

Malt 

Mongolia 
Manrkania 
Malawi 

Mexico 
Niger 

Netherlands 



New Zealand 
Poland 



Romania 

Russian Federation 

Sudan 

Sweden 

Singapore 



SI 


Slovenia 


SK 


Slovakia 


SN 


Senega] 


sz 


Swaziland 


TD 


Chad 


TC 


Togo 


TJ 


Tajikistan 


TM 


Turkmen tsun 


TR 


Turkey 


TT 


Trinidad and Tobago 


UA 


Ukraine 


UG 


Uganda 


US 


Unked Soues of Ame 


uz 


Uzbekistan 


VN 


Viet Nam 


YU 


Yugoslavia 


zw 


Zimbabwe 



WO 99/18514 



PCT/US98/21272 



SYSTEM ENABLING A SALESPERSONTO CHAT WITH A CUSTOMER BROWSING THE 
SALESPERSON'S WEBSITE 

5 Related Application 

This application is a continuation-in-part of provisional application 

Serial No. 60/061,166 . filed October 6, 1997. 

Field of the Invention : 

The invention pertains to systems and methods for facilitating 

10 interactions on communications networks. More particularly, the invention pertains 

to such systems and methods usable to provide interactive real time communications 

between a user and another party while the user is viewing a page or pages of a 

web site. 

Background of the Invention : 
15 A service of the Internet, the Worldwide Web, has evolved as a 

readily available source of worldwide information. In addition to merely providing 
information, numerous companies have established web sites through which are 
offered a variety of goods and services. 

A visitor perusing a page or pages of a selected site selects those 
goods or services of interest and arranges to pay for them using a credit or debit 
card for example. While there has been great interest in this form of electronic 
commerce and many companies have established web sites for the purposes of 
marketing their products and services, some limitations have been encountered. 

One limitation that has been encountered has been an inability of 
visitors, who have expressed an interest in the products or services by their 
presence at the site to easily obtain answers to questions about the products or 
services. Another limitation that has been noted is an inability of the organization 
whose web site is being viewed to monitor the progress of the user and to initiate 
communication, substantially in real time, with the user during the viewing session. 

In known systems, it has been necessary for the site visitor or 
potential customer to initiate an interaction. Not all visitors take this step. 
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Another form of known, interactive, network based communications 
is the so-called chat room. Chat rooms enable individuals having a common 
interest to interact substantially in real time concerning any subject that might be 
of interest to them. While facilitating interactive communications, chat rooms have 
not as yet bad a substantial effect on web based commerce. One reason for this 
may be that persons visiting chat rooms may not have any interest at that time in 
buying goods or services of a type associated with the chat room. A second reason 
may be that chat rooms are multi-person forums that do not readily lend themselves 
to 1:1 interactions. Another reason is that a user must take steps to join a chat 
room in order to participate. A monitoring party could not bring a visitor into a 
chat room to initiate an interaction. 

There thus continues to be a need for interactive communications 
capabilities which can be used to facilitate web based commerce. It would be 
desirable to enable a site representative to proactively engage a visitor. I, would 
also be desirable if such capabilities could be incorporated into web sites or pages 
which offer goods or services. In a preferred system, i, will not be necessary to 
download to the user any applets, -cookies", software modules or the like. 
Preferably, such interactive communications could be implemented using, at the 
user's site, nothing more than a standard commercial browser such as those 
20 available from Microsoft Corporation or Netscape. 
Summary of the Invt >nrinn« 

The presence of a visitor at a web site that offers goods or services 
is an indication that the visitor is interested enough in the goods or services to be 
a potential customer. This is a self-screening process. In effect, the visitor's 
presence is a statement of interest in the subject goods or services. 

The visitor's presence at a given commercial site is also a statement 
that "this is a good time- to consider obtaining the offered goods or services In 
accordance with the present invention, a representative of a web site is provided 
with the tools to proactively contact a visitor in an appropriate business-like fashion 
to open an interactive dialog to offer to assist or help the visitor by answering 
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questions or offering suggestions. The dialog can be carried out interactively in 
real-time. 

The proactive capability is analogous to having a knowledgeable sales 
person approach and initiate a dialog with a potential customer in a store. 
Questions can be answered and additional suggestions can be made to the customer 
in real-time. 

Systems and methods for facilitating electronic commerce make it 
possible for a visitor who has access to a web site to review the pages of that web 
site. While reviewing the pages, the visitor can be contacted by a representative 
of the proprietor of the site for purposes of initiating an interactive interchange, a 
conversation, with that visitor. The present systems and methods make use of the 
frame-based functionality of the visitor's browser. No applets, cookies, modules 
or other software need to be downloaded to the visitor's computer. 

In another aspect, the visitor's movement through the pages of the 
site can be tracked and recorded. The list of tracking information for respective 
visitors can be stored for later review and follow-up. The tracking information can 
be presented in real time to the representative to facilitate the communications 
process. 

In yet another aspect, a dialogue box can be opened on the visitor's 
20 display for purposes of initiating a text-based interactive conversation. At the 
initiating end of the conversation, a display can be provided of both sides of the 
conversation. 

Alternatively, a graphical symbol or icon can be provided on the 
visitor's display. Triggering or clicking on the symbol or icon enables the visitor 
to open a conversation with a representative of the site. The representative can 
then respond to the visitor's inquiries on a real time basis. Specific questions can 
be answered and any concerns raised by the visitor about the goods or the services 
can be addressed immediately. 

In yet another aspect, the present systems and methods can be 
implemented with respect to web sites that use HTML coded pages. This 
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implementation, which makes use of HTML frame tags supported by currently 
available browsers, is especially desirable. Only the pages associated with a 
selected web site need be supplemented with additional frame and link tags. No 
applets, "cookies" or other modules need be downloaded to the visitor's computer. 
All that is required at the visitor's end is that the respective browser be capable of 
responding to frame tags. 

In yet another aspect, where a visitor logs onto a web site a unique 
identifier is assigned to that visitor. This identifier can be used to track the 
progress of the visitor through the pages of the site. Unlike an IP address which 
can be associated simultaneously with a plurality of visitors to the site, the unique 
assigned identifier enables a representative of the site to initiate a 1:1 interactive 
conversation w«h the visitor. 

The unique identifier also enables a web site proprietor to analyze 
either in rea time . or. off line patterns of usage of the site. High traffic. 
15 commercially effective paths can be identified and emphasized. Low traffic paths 
can be revised or discontinued. 

Exemplary applications of the invention include: 
• Providing a live sales person in the internet. 
Example: A jewelry sales web site, where the site is organized to 
lead the visitor to one of a number of product categories (for example, rings, 
watches, necklaces, etc.). Sales oriented representatives watch the visitors move 
through the site. Once a visitor lingers on a product page for more than 3 minutes, 
a representative engages that visitor and offers assistance. If the visitor responds 
favorably, the representative attempts to close a sale. If the visitor requests to be 
25 left alone, the representative terminates the conversation. 

• Matching a user who has a specific question with an expert 
representative. 

Example: A technical support web site, where the site is organized 
to lead the visitor through a series of choices defining the nature of the visitor's 
30 problem before presenting a button encouraging the visitor to "Click here to speak 
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to a live support representative". When the visitor clicks on the button, a pool of 
support representatives is notified of the contact request. Each representative views 
the visitor's page history to determine the nature of the problem, and the 
representative most familiar with the problem engages the visitor. The 
5 representative and the visitor hold a text-based conversation regarding the problem, 
and once it is solved, the Representative terminates the conversation. 

• Matching the correct regional sales agent with the correct 
customer. 

Example: A property rental web site monitored by three pools of 
10 representatives, each with a geographic area to service. The web side is organized 
by location (North, Central, and South) and each area is subdivided by property 
type (house, apartment, office). Each representative monitors only the portion of 
the web site which corresponds to their geographic region. As the visitor moves 
throughout the pages on the site, the appropriate representative is able to watch the 
15 visitor's page selections and engage that visitor already knowing that the visitor 
wants, for example, a 3-bedroom apartment in the Central region. 

• Correct and validate the customer choices in a user- 
configurable product order system. 

Example: A computer sales web site where web visitors configure 
20 the system they wish to purchase. The visitor selects the components they want, 
then submits the list to a validation program. If the validation program categorizes 
the system as poorly designed, a representative notified and engages the visitor in 
a conversation to talk them through and correct their choices. 

Numerous other advantages and features of the present invention will 
25 become readily apparent from the following detailed description of the invention 
and the embodiments thereof, from the claims and from the accompanying 
drawings. 

Detailed Description of the Preferred Embodiments : 

While this invention is susceptible of embodiment in many different 
30 forms, there are shown in the drawing and will be described herein in detail 
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specific embodiments thereof with the understanding that the present disclosure is 
to be considered as an exemplification of the principles of the invention and is not 
intended to limit the invention to the specific embodiments illustrated. 
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Exemplary iContact Implementation 

Requirements 

1 . When clients (visitors) log into the web site, their Financial Consultant (FC) is notified that they are on the site. 

2. Clients (visitors) can determine whether or not their FC is monitoring the web site and available to assist them. 

Solutions for Meeting Requirements 
Requirement 1 

The following steps show how iContact can determine the Visitor's FC and notify the FC that one of their clients is 
presently on the web site. Please refer to Diagram 1 while reviewing the following steps. 

(1) When a web visitor first accesses the web site they are registered into iContact. iContact returns a frame set to 
the visitor's browser that will stay with the visitor during their visit. The frame set allows iContact to track and 
identify the visitor. Since they have yet to login to the web site, and be identified, they are not displayed on any 
of the FCs workstations. 

(2) The visitor logs into the web site. Upon successfully logging into the system, a page associated with the visitor's 
FC, in this case M. Owens, is returned to the visitor's browser. 

(3) The returned page immediately requests a page from the iContact server. The requested page's title is the 
iContact system identifier assigned to the FC when their account was created, in this case "mowens" (actual 
identifier is numeric). 

(4) The page request notifies the iContact system thai this visitor has requested a page with the title of "mowens". 
The page is returned to the visitor's browser and the request is passed on to the NetRep client applications 
installed on the FCs workstations. 

(5) The visitor's iContact assigned system identifier (25736) and the title of the page tbey requested fmowens") is 
sent to all the FCs logged into the system. Each client application will determine if they are allowed to monitor 
this individual. This is done by checking if the page title {a.k.a. FCs system identifier) is in their filter list or the 
visitor's identifier is in their active list. 

(6) In this case the page title is in M. Owens' filter list, so the visitor will now appear in his NetRep client 
application's Visitor List. M. Owens can also be notified by any combination of audible and visual indicators 
generated by the NetRep client application. At this point, M. Owens has the option to proceed and engage the 
visitor and starting the conversation via iContact. 

(7) The visitor can continue surfing through the web site normally. M. Owens will not be aware of which page they 
are viewing, only that they aTe still on the site. 

(8) If it is determined that knowing the specific page (or section of the web site) the visitor is viewing is necessary 
then the request for the specific page (or first page of the section) will be made through iContact. iContact will 
return the requested page to the visitor's browser and pass the request on to the NetRep client applications. 

(9) The visitor's system assigned identifier (25736) and the title of the page they requested ("quotes") is sent to a!: 
the FCs logged into the system. Each client application will determine if they are allowed to monitor this 
individual Tbey do this by checking if the page title (a.k.a. FCs system identifier) is in their filter list or the 
visitor's identifier is in their active list. 

(10) In this case the visitor's identifier is in M Owens' active list, so the entry in M. Owens' Visitor List will be 
updated. M. Owens can also be notified by any combination of audible and visual indicators generated by the 
NetRep client application if this new page is in his page notification list. 

Requirement 2 

The following steps show how visitors can determine whether their FC is monitoring the site and available to assist 
them. Please refer to Diagrams 2 A St 2B while review the following steps. 
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Contacting their registered FC Diagram 2a 

(1) The visitor decides they want to communicate with their FC using iContact. They click a "Contact a Financial 
Consultant" link which displays a list of available FCs. The link can be distributed throughout the web site The 
hst will contain all the FCs registered to use iComact or it can also include unregistered FCs with a list of 
alternative contact methods like telephone number, email, or an automatic call back form. 

(2) The visitor selects his/her FC from the list and clicks their name, in this case "M. Owens". 

(3) This iends a request to the iContact system for M. Owens. The request consists of the visitors unique identifier 
the FCs identifier, and the URL of a page with the title of "mowens". 

(4) iContact checks to see if the requested FC. "mowens". is logged into the system by checking the NetReo status 
list on the iContact server. 6 p 5 

(5) If M. Owens is logged into the system, then a page requesting the visitor to "Please Wait for Contact" will be 
returned to the visitor's browser Otherwise a message stating that the requested FC is not available will be 
returned. Alternate methods of contact can also be displayed at this rime. 

(6) If M. Owens is logged into the system, the visitor's iContact assigned system identifier (25736) and the title of 
die page they requested ("mowens") is sent to all the FCs logged into the system. Each client application will 
determine if they are allowed to monitor this individual. This is done by checking if the page title (a k a FCs 
system identifier) is in their filter list or the visitor's identifier is in their active list. 

(7) In this case the page title is in M. Owens' filter list and the system identifier is in his Active List. The visitor's 
entry in M. Owens* Visitor List will change its state from "Available" to "HI" designating that they have 
requested contact. M. Owens can also be notified by any combination of audible and visual indicators generated 
by the NetRep client application. 5 

Contacting another registered FC Diagram 28 

{ 1) The visitor decides they want to communicate with another FC if theirs is not available. They click a "Contact a 
Financial Consultant" link which displays a list of available FCs. The link can be distributed throughout the web 
sue. The list will contain all the FCs registered to use iContact or it can also include unregistered FCs with a list 
of alternative contact methods like telephone number, email, or an automatic call back form. 

(2) The visitor selects a FC from the list and clicks their na -e, in this case "R. Lincoln". 

(3) This sends a request to the iContact system for R. Lincoln. The request consists of the visitors unique identifier 
the FCs identifier, and the URL a page with the title of "rlincoln". 

(4) iContact checks to see if the requested FC, "rlincoln", is logged into the system by checking the NetRep status 
list on the iContact server 

(5) If R. Lincoln is logged into the system, then a page requesting the visitor to "Please Wait for Contact" will be 
returned to the visitor's browser. Otherwise a message stating that the requested FC is not available will be 
returned. Alternate methods of contact can also be displayed at this time. 

(6) If R. Lincoln is logged into the system, the visitor's iContact assigned system identifier (25736) and the title of 
the page they requested ("rlincoln") is sent to all the FCs logged into the system. Each client application will 
determine if they are allowed to monitor this individual. This is done by checking if the page title (a.k.a. FCs 
system identifier) is in their filter list or the visitor's identifier is in their active list. 

(7) In this case the page title is in R. Lincoln's filter list, so the visitor will now appear in his NetRep client 
apphcanon's Visitor List with it's state set to HI* designating that they have requested contact. 

(8) In this case the system identifier is in M. Owens' Active List The visitor's entry in M. Owens* Visitor List will 
change its state from "Available" to "HI" designating that they have requested contact. 
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Method for distinguishing individual Surfers on an Internet site 

As Surfers flow into an iContaci enabled web site, the software automatically assigns a 
unique identifier to each visitor. As with most of the claims we are discussing, I believe 
that this is reliant on our ability to track and provide functionality without visitor 
instigation or the possibility of their interference (i.e. turn ofP'cookies", Java, or refuse to 
fill out a form). 

First, because many Surfers dial-up through large proxy servers, a large number of 
visitors are identified by the same IP address. For example, normal server logs will list all 
activity from AOL users in New York as essentially the function of the same user. Given 
that we need to distinguish berween all individuals on an Internet site in order to enable 
one-on-one communication, we created a method to monitor in real-time the activities of 
each individual visitor to a site. By sending a periodic request to the web server 
("heartbeat"), iContaci allows live representatives to visually monitor each individual 
visitor's activity without concern for shared IP addresses. 

There are other ways to attempt to distinguish individual visitors, however, iContaci is 
unique because it does not require a Surfer to accept a downloaded piece of data or 
perform a user-initiated function. For example, if every visitor is asked to fill out a form 
or provide a usemame and password, the server can then distinguish between all Surfers. 
Internet "cookies" can also be sent to each individual to allow the web server to monitor 
individual activities. The iContact software is unique in that visitors are not required to 
accept cookies (which is at a Surfer's discretion), fill out any type of registration or form, 
or perform any action beyond requesting an HTML page from a web server. It should be 
noted that iContact does not preclude the use of cookies, forms or logins; it just does not 
require them. 

Technically, this all takes place during steps \ and 4 on DJ's Diagram One. I laid out 
instructions for six sample pages below that can be used to provide an example of what 
DJ was referring to. The pages will show a progression in HTML as a Surfer sees them: 
first as they arrive, then when they have a unique ID attached, and finally when a 
conversation has begun. 
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Figures 1-1 through 1-3 
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Figure 1-Ia r New, uncaprured (unregistered) visitor to the site. 
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F/gure 7-/i - NetRep Client with no visible (registered) surfers. 
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Figure l-2a - Browser of uncaptured, but registered, visitor. 
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Figure 7-26 NetRep Client with uncaptured, but registered surfer. 
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Figure I-3a - Conversation frameset with captured surfer 
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Figure 7-Ji NetRep Client engaged in a conversation with a surfer. 
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Display system for live NetReps that rationally exhibits current traffic 
activity of an Internet site 

The essential claim here is simple. Given that no one has ventured to proactively 
approach Surfers, no one has yet developed a system that organizes web activity into a 
"control panel" which allows NetReps to watch and dynamically communicate with 
Surfers. We have collected all the information that we can in real-time, and have built a 
graphical user interface (GUI) that provides NetReps with valuable tracking information 
about visitors before, during, and following communications. Although there are literally 
hundreds of reasons and uses for this GUT, we sought in the design to enable three basic 
functions. 

!) Enable live NetReps to approach visitors based upon observed behaviors 

This is perhaps the most important function of the GUI. In the same way that a good 
vantagepoint allows a retailer to gauge their store's activity, iContact provides a web site 
owner with a clear view of their vinual business. Live NetReps can visually monitor each 
visitor's current location, the amount of time each has spent on that page and the site in 
total, and a list of the last ten pages that each visitor has viewed. By providing businesses 
with this information they can proactively approach any number of visitors in order to 
react to or capitalize on observed Surfer behavior. The analogy is simple: retailers have 
always watched their stores and approached people based on what they did once they got 
inside. They ask the person wandering aimlessly if they can help them find something, 
and they approach people when they pause to examine an item in order to spurn the sales 
process. The iContact software translates server information into a GUI that allows 
businesses to provide the same dynamic sales and service assistance to their Internet 
visitors. 

The simplest example involves a NetRep monitoring the transaction area of a site. In 
order to complete a purchase, most web sites first ask Surfers to fill out a form with all of 
their personal and payment information. The Surfer then submits this form and waits until 
the transaction is cleared or rejected. Live NetReps could watch the transaction area and 
approach Surfers who either aborted the transaction or who were sent to the denial page. 
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Figures 2*1 through 2-6 



^Jrt'ontjcl 



Sute Ioob H*> 
ActmSufarMttMOM 



CmwtPmg* \~ 



28 ;9 . 383052 20 

av M7 119 ICDomNo 983051 JO 

AV 2 31 2 31 /towchtw. 383050 JIT 

318 3 20 (C T«*wo. 383043 20 



rf — 



rr 



rr 
rr 



NtffepMetuget 



CimiMcsMct* 



fideme 



"31 



J 



Figure 2-1 - NctRep Client with four uncaptured visitors. Two are on the purchase page 
two are elsewhere on the site. 
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Figvre 2-2 - Surfer on the Ordering section of the site. ~ 
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Figure 2-3 - NetRep Client with the same uncaptured visitors. One visitor's order has 
been denied while the other's has been accepted. 
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Figure 2-4 - The Surfer's screen after his/her order was denied. 
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Fi^v/v 2-5 - The surfer is engaged by a NetRep who notices that the surfer's order has 
been denied. The conversation frameset appears. 
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Figure 2-6 - NetRep Client now with three uncaptured visitors. The engaged visitor is 
the surfer whose order was denied. 
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NetReps could also approach Surfers who appear lost. If a NetRep observes a Surfer 
quickly moving through multiple pages without spending the time to stop and examine 
any content, they can assume that the visitor has not located the desired information. The 
software then enables a NetRep to approach that Surfer with the same type of polite 
assistance that is offered in retail environments: "Hello, I noticed that you appeared a 
little lost, can I help you find something specific" 



Figures 3-1 through 3-6 
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Figure 3-1 - NetRep Client with three uncaptured visitors. Two are on the catalog page, 
the other is elsewhere on the site. 
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F/gvre 3-2 - NetRep Client with same uncaptured visitors. One of the visitors previously 
on the catalog page has now moved to the employment page. 
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Figure J-J - NetRep Client with same uncaptured visitors. The visitor previously on the 
employment page has now moved to the main page. 
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Figure 3-4 - NetRep Client with same uncaptured visitors. The visitor previously on the 
main page has now moved to the site map page. 
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Figure 3-5 - The observant NetRep now captures the aforementioned surfer. He/she 
offers to help with navigation. 
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Figure 3-6 - The engaged surfer tells the NetRep that he/she is looking for the Order 
Page. The NetRep sends a link in the conversation frameset that points to the order form 



2) Provide a system and GUI that gathers the information needed to prioritize and 
logically direct NetReps to approach and respond to individual Surfers 

The massive size and scope of Internet sites makes i: increasingly important to direct the 
most appropriate representative to different sections of the site. IContact displays all 
people on a site within a queue that shows the information for each Surfer laid out earlier 
(i.e. current page, time, etc.) As Surfers leave the site or are engaged by a NetRep, they 
are removed from the queue. We have a system that allows a flexible level of monitoring 
of all or pan of a sue, by any number of NetReps. One of the unique attributes of this 
system of display is the ability to manage NetReps' time and focus their work scope. 

For example, an online brokerage firm could use three different types of NetReps on 
their site. Brokers in charge of specific clients, lower level brokers in charge of recruiting 
new business, and hourly-wage customer service agents. The iContact software makes it 
possible to limit or open the "view" that each NetRep sees. Experienced (and expensive) 
brokers who take care of existing clients could only view the transaction pages and other 
activity behind a usemame and password login. This way they would only spend their 
time with people who have demonstrated their client status. The brokers in charge of 
recruitment could then monitor the "research" area. Here investors read through the 
company's reports and recommendations. This free research is available to non-members 
and is a logical place to direct these NetReps. If brokers observe people spending the time 
to read through many reports, they could approach and begin a conversation with this 
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perspective client. Finally, the customer service representatives could all have a view of 
the entire site. Whether they are tasked to respond to questions, or serve as back up for 
the whole site, our system enables a company to change the view that any NetRep sees in 
order to direct and control the site. 

3) System that enable NetReps to respond to Surfers requests for assistance wtth 
important information about the visitor 

The iContact software makes it possible to respond to Surfers armed with a great deal of 
information about them. There are many types of software that allow a Surfer to make a 
request for a live communication. Our system's display is unique because NetReps can 
respond armed with a great deal of information about the Surfer. Our NetRep GUI first 
informs NetReps of a request for communication with an audio tone and a color change 
of that Surfer in the queue. In the seconds or minutes before the NetRep prompts the 
conversation, they have access to all the pages that the Surfer has viewed, any previous 
discussions they have had with NetReps. and any amount of data that is available about 
the Surfer requesting help. This allows them to manage their time more efficiently for a 
variety of reasons. 

For example, during busy times, NetReps can respond immediately to the member's area, 
and choose to ignore requests from people who have been taking up NetRep's time 
without the hope of a sale. NetReps can also approach prepared with the information that 
a Surfer is likely to request. If a Surfer requests help from a specific product page, the 
NetRep can call up all of the information about that product before they respond. While 
all other products require NetReps to respond based on time waiting or when the next 
available rep is free, iContact's visual display system allows companies to be discerning. 
In short, our monitoring system makes it possible for NetReps to spend their time with 
the most potentially fruitful Surfers. 
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Example: NetRep Assistance 
Figures 4-1 through 4-9 
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Figure - Web visitor has a question about the iContact client, however the web 
visitor cannot find the answer on the web page. The visitor c?cides to ask a NetRep and 
request assistance by "clicking" the NetRep icon. 
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Figure 4-2 - The NetRep identifies the web visitor with a question. The NetRep prepares 
a message "Can I help you" and sends it to the web visitor. 
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Figure 4-3 - A conversion starts between the NetRep and web visitor. 
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Figure 4-4 - The conversation continues. 
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Figure 4-5 - Information relating to the web visitor and the conversation between the 
visitor and the NetRep is captured in two ways. The iContact server automatically 
creates a database which is populated with the conversation, date, time, between the 
NetRep and the web visitor for future reference. 
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ttgwre 4-6 - The client software can also be populated manually with data that is also 
saved in a database on the iContact server. In this case the NetRep populates a Notes 
Field on the client software. A page visited history is also created of web pages that have 
been visited by the web surfer. 



The information in the database can help facilitate future sessions. For example, our web 
visitor may decide that he has enough information. The initial conversation is concluded. 
However, the web visitor realizes that he ahs another question He again requests for 
help. 
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Figure 4-7- The conversation starts. 
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Figure 4*8 - The surfer request additional information, reminiscent to the previous 
conversation. However, the NetRep notices that the web visitor was previously captured 
and checks the databases on the server. The NetRep can review the previous 
conversation and also review the pages that that the web visitor has looked at recently. 
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Figure 4-P - The NetRep recognizes that the web visitor had a previous question about 
the client software. He prompts the web visitor if he has any additional questions about 
the client software. 



System of communication that enables live NetReps to manage multiple 
unique communications with individual Internet visitors 

There are two distinctions that can be drawn between iContact and existing technologies. 
First, chat rooms can enable communication between a human monitor (NetRep) and any 
number of Surfers who request a "chat room". There are other products that allow 
NetReps to communicate one-on-one with people requesting help. The iContact software 
makes it possible for a NetRep to carry on any number of one-on-one communications 
with any number of Surfers. We have limited it temporarily to five concurrent 
conversations, but is an artificial limit based on our experiences with NetRep overload. 
The reality is that our NetRep GUI allows a person to balance the needs of many Surfers 
using the capabilities inherent within the system. 

When a NetRep has many people engaged simultaneously, those people all appear in a 
list. The NetRep can then "click" on any Surfer to send a message to, or view the 
messages that that Surfer has sent. It is possible to use pre-set messages, as well as the 
ability to simultaneously send one message to any number of Surfers, in order to deal 
with the most visitors possible. The NetRep GUI keeps the history of all conversations 
making it possible for a NetRep to move between conversation without confusing 
individual Surfers. 
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For example, if a NetRep has four people engaged and two are asking for the same piece 
of information, the rep can look on the pre-set list and send the same message to both 
Surfers with two "clicks". 



Figures 5-1 through 5-10 
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Figure 5-1 - A NetRep is currently monitoring the site with three web visitor. The 
NetRep selects a preset message ,l weather" tc send to all three. 
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Figure 5-J - The same conversation however viewed by the initial web visitor, John. 
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F/gure - The same conversation however viewed by the initial web visitor, Jack. 



WO 99/18514 



24 



PCT7US98/21272 



9B:t(ft/ Mictosoll Inlrtnrl Etplniet 



p. £* *p» fie Fjrate (Mi 



> How ts th*> wtsthor? 



ICON, 





> W« va in tht miiiii hunicani in Mivnil 



Company 



Contact Dynamics is a diw/rse group of professionals whose skills were 
developed m a vanety cf industries From software 10 web sites, and from 
marketing and advertising. Contact Dynamics brings to baar i vtndy of 
rescues in order deliver rasuns. instead of new Questions We recagmie 
that our cbenis arc not seeking the newest software out "Stead a'e 
search*^ far an overall plan titer wid ftn*;y rtetp dotoer on ih« financial 
promise of (he web 

The ongnai mnoetus for designing the iContact software was (o offer weft sue 
owners, the opportune? to commutucete wnh their Vsitors' Although a 
significant pomon of our efforts are spent developing and maintaining a 
dynamic software package, we have responded to our cherts reouests far a 
variety of other services (underlines am e&kable imks to those pages) 

Thank you far your interest m Contact Dynamics and piaasa dont hesitate to 



T 



Figure 5-5 - Jack replies lhat the weather is terrible in Miami. 
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Figure 5-7 - John's reponse. 



WO 99/18514 6 - 26 



PCT/US98/2I272 



l*m lodb tf* 



HHE3 



NtfWpMOMQH 



3 I— isan— 



Su I P>c 


. IS* 


J Cut*.. ( 10 






J 21 



V (981101 



I P pen qo 

iri 



rr 



gtno I Qg» | 



Figure 5-8 - The NctRcp view of Jill's response. 
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Figure 5-9 - The NetRep view of John's response. 
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Figure 5-10 - The NetRep view of Jack's situation. 



WO 99/18514 6 - 28 

° ZK PCT/US98/21272 



iContact technical description 
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New page request 

U) e^ZT 'tST? 00 * ** ' npa S e ftiDC,lon *™*> 'Contact's ISAPI server 

"s^ed^ *< «"* *< « id 

13) The capture server returns a confirmation to the server extension. 

,4) 016 un - captured ^ «■ ,o *• — wi * - * u, 

(5) The requested page is targeted to the content frame of the un-captured frame set 

(6> X ^ *' Ne,Rep MfVer *" a visi,or 1,25 re «? ues « d » n ™ The notification 

includes the visitors id and current page. u«»i«uon 

(7) The page history gets updated in the database for the visitor. 

(8) The NetRep client application is notified of the page change. 

Diagram 2 

The following steps show how iConuct processes a proactive engagement (NetRep initiated) and a release 
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Proactive engagement 

(1) The NetRep initiates an engagement with a visitor. The initiation includes ac introductory message to 
the visitor is sent to the NetRep server. 

( I A) The database is updated with the new status and introduction message. 

(2) The capture server is notified that the NetRep is engaging a visitor. The NetRep id, visitor's id, and 
initial message is sent as parameters. 

(3) The heartbeat function from the hidden frame asks the ISAPI extension if this visitor is engaged or not. 

(4) The extension asks the capture server if this visitor is engaged. 

(5) The capture server notifies the exrension that this visitor is engaged. 

(6) The hidden frame receives a response that the visitor is engaged. 

(7) The hidden frame requests a full reload of the browser window. 
(S) The extension returns the captured frame set to the browser. 

(9) The requested page is targeted to the content frame of the captured frame set. 

Release 

( 1 ) The NetRep initiates the release of the visitor. 
(IA) The database is updated with the new status. 

(2) The capture server is notified that the NetRep is releasing a visitor. The NetRep id and visitor's id are 
sent as parameters. 

(3) The heartbeat function from the hidden frame asks the ISAPI extension if this visitor is engaged or not. 

(4) The extension asks the capture server if this visitor is engaged. 

(5) The capture server notifies the extension that this visitor is not engaged. 

(6) The hidden frame receives a response that the visitor is not engaged. 

(7) The hidden frame requests a full reload of the browser window. 

(8) The extension returns the un -captured frame set to the browser. 

(9) The requested page is targeted to the content frame of the un-capnired frame set. 

Diagram 3 

The following steps show how iContact processes a reactive engagement (Visitor initiated). Please refer to 
Diagram 2 while reviewing the following steps. 

(1 ) The Visitor initiates an engagement with a NetRep. A request_contact function call is sent to the ISAPI 
extension with a page URL and the visitor's id 

(2) The server extension returns the waiting for contact frame set to the browser 

(3) The server extension notifies the capture server that a visitor has requested contact. 

(4) The request for contact is forwarded to the NetRep server 

(5) The NetRep server notifies the NetRep clients that a visitor is requesting contact. 

(6) The NetRep initiates an engagement'with a visitor. The inination includes an introductory message to 
the visitor is sent to the NetRep server. 

U) The database is updated with the new sums and introduction message. 
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(S) The capture server is notified that the NetRep is engaging a visitor. The NctRep id, visitor's id. and 
inirial message is sent as parameters. 

(9) The heanbeat function from the hidden frame asks je ISAPI extension if this visitor is engaged or not. 

( 1 0) The extension asks the capture server if this visitor is engaged. 

( 1 1 )The capture server notifies the extension that this visitor is engaged. 

( 12) The wait frame receives a response that the visitor is engaged. 

(13) The wait frame requests a full reload of the browser window. 

(1 4) The extension returns the captured frame set to the browser 

(1 5) The requested page is targeted to the content frame of the captured frame set. 

Diagram 4 

The following steps show how iContact processes messages being sent from the NetRep to the visitor and 
from the visitor to the NetRep. The solid lines trace the visitor to the NetRep path and the dashed lines trace 
the NetRep to the visitor path. Please refer to Diagram 5 while reviewing the following steps. 

NetRep to visitor 

(1) NetRep selects a visitor to send a message to and sends a message. 

(2) The database is updated with the new status and the text of the message. 

(3) The message is forwarded to the capture server. 

(4) The capture server updates the CNV file associated with the visitor. The CNV files contains the text of 
the message being sent. 

(5) The hidden frame asks if the visitor has received a new message. 

(6) The extension asks the capture server if a new message has been received. 

(7) The capture server notifies the server extension that the visitor has received a new message. 

(8) The hidden frame receives a response that the visitor has received a new message. 

(9) The hidden frame requests that the NctRep message frame be reloaded with the updated CNV file. 
1 10) The server extension reads the CNV file and converts it to HTML. 

(11) The NetRep message frame is updated. 

Visitor to NetRep 

(1) The visitor send a message to the NetRep. 

(2) The message is sent to the Capture server. 

(3) The capture server updates the CNV file associated with (he visitor. The CNV files contains the text of 
the message being sent 

(4) The server extension reads the CNV file and converts it to HTML. 

(5) The Visitor message frame is updated with the new text. 

(6) The message is forwarded to the NetRep server. 

(7) The database is updated with the new status and the text of the message. 
(S) The message is sent to the NetRep 
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Diagram 5 

The following steps show how iContact can derrnnine which NctRcp is assigned to the Visitor and notify 
the NctRep that one of their clients is presently on the web site. Please rrfcr to Diagram 5 while reviewing 
the following steps. 

(1) When a web visitor first accesses the web site they a,e registered into iContact. iContact returns a 
frame set to the visitor's browser that will stay with the visitor during their visit. The frame set allows 
iContact to track and identify the visitor. Since they have yet to login to the web site, and be identified, 
they are not displayed on any of the NetRep's workstations. 

(2) The visitor logs into the web site. Upon successfully logging into the system, a page associated with 
the visitor's NetRep, in this case M. Owens, is returned to the visitor's browser. 

(3) The returned page immediately requests a page from the iContact server The requested page's title is 
the iContact system identifier assigned to the NetRep when their account was created, in this case 
"moweris" (actual identifier is numeric ). 

(4) The page^ request notifies the iContact system thai this visitor has requested a page with the title of 
"mowens". The page is rerurned to the visitor's browser and the request is passed on to the NetRep 
client applications installed on the NetReps workstations. 

(5) The visitor's iContact assigned system identifier (25736) and the title of the pace thev requested 
Cmowens") is sent to all the NetReps logged into the system. Each client application will determine if 
they are allowed to monitor this individual. This is done by checking if the page title (a.k.a. NetRep s 
sysiem identifier) is in theirTilter list or the visitor's identifier is in their active list. 

(6) In this case the page title is in M. Owens' filter list so the visitor will now appear in his NetRep client 
application's Visitor List. M. Owens can also be notified bv anv combinarion of audible and visual 
indicators generated by the NetRep client application. 

(7) The visitor can continue surfing through the web site normally. M. Owens will not be aware of which 
page they are viewing, only that they are still on the site. 

(8) If it is determined that knowing the specific page (or section of the web site) the visitor is viewing is 
necessary then the request for the specific page (or first page of the section) will be made through 
iContact. iContact will return the requested page to the visitor's browser and pass the requrst on to the 
NetRep client applications. 

(9) The visitor's sysiem assigned identifier f 25736) and the title of the page they requested (-quotes") is 
sent to all the NetReps togged into the system. Each client application will determine if thev are 
allowed to monitor this individual. They do this by checking if the page title (a.k.a. NetReps svstem 
identifier) is in their filter list or the visitor's identifier is in their active list. 

(10) In this case the visitor's identifier is in M. Owens' active list, so the entry in M. Owens* Visitor List will 
be updated. M. Owens can also be notified by any combinarion of audible and visual indicators 
generated by the NetRep client application if this new page is in his page notification list. 

Diagram 6 

The following steps show bow visitors can determine whether their NetRep is monitoring the site and 
available to assist them. Please refer to Diagrams 6A & 6B while review the following steps. 

Contacting their registered NetRep 

(1) The visitor decides they want to communicate with their Netrep using iContact. They click a "Contact 
a Company Representative" link which displays a list of available NetReps. The link can be distributed 
throughout the web site. The list will contain all the NetReps registered to use iContact or it can also 
include unregistered NetReps with a list of alternative contact methods like telephone number, email, 
or an automatic call back form. 

(2) The visitor selects his- her NetRep from the list and clicks their name, in this case "M Owens". 
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(3 j This sends a request to the iContact system for M. Owens. The request consists of the visitors unique 
identifier, the NetRep's identifier, and the URL of a page with the title of "mowens". 

(-1) iContact checks to see if the requested NetRep. "mowens", is logged into the svsiem bv checking the 
NetRep status list on the iContact server. 

(5) If M. Owens is logged imo the system, then a page requesting the visitor to "Please Wait for Contact" 
will be returned to the visitor's browser. Otherwise a message staring that the requested NetRep is not 
available will be returned. Alternate methods of contact can also be displayed at this rime. 

(6) If M. Owens is logged into the system, the visitor's iContact assigned system identifier (25736) and the 
title of the page they requested ("mowens-) is sent to all the NetReps logged into the svsiem. Each 
client application will determine if they are allowed to monitor this individual. This is done by 
checking if the page title (a.k.a. NetRep's system identifier) is in their filter list or the visitor's identifier 
is in their active list. 

(7) In this case the page title is in M. Owens* filler list and the svstem identifier is in his Active List The 
visitor's entry m M. Owens* Visitor List will change its state from "Available" to "HI" designating that 
they have requested contact. M. Owens can also be notified by anv combination of audible and visual 
indicators generated by the NetRep client application. 



Contacting another registered NetRep 

(1) The visitor decides they want to communicate with another NetRep if theirs is not available. They 
click a "Contact a Company Representative " link which displays a list of available NetReps. The link 
can be distributed throughout the web site. Die lisx will contain all the NetReps registered to use 
iContact or it can also include unregistered NetReps with a list of alternative contact methods like 
telephone number, email, or an automatic call back form. 

(2) The visitor selects a NetRep from the list and clicks their name, in this case "R. Lincoln". 

(3) This sends a request to the iContact system for R, Lincoln. The request consists of the visitors unique 
identifier, the NetRep's identifier, and the UR1 a page with the title of "rlincoln". 

(4) iContact checks to see if the requested NetRep, "rlincoln". is iocged into the svstem bv checking the 
NetRep status list on the iContact server 

<5) If R. Lincoln is logged into the system, then a page requesting the vi S .:or to "Please Wait for Contact- 
will be returned to the visitor's browser. Otherwise a message stating thai the requested NetRep is not 
available will be returned. Alternate methods of contact can also be displayed at this tune. 

(6) If R. Lincoln is logged into the system, the visitor's iContact assiened svstem identifier (25T36) and the 
title of the page they requested ("rlincoln") is sent to all the NetReps logged into the svstem. Each 
client application will determine if they are allowed to monitor this individual. This is done by 
checking if the page ntle (a.k.a. NetRep's system identifier) is in their filter list or the visitor's identifier 
is in their active list 

(7) In this case the page title is jr. R. Lincoln's filter list, so the visitor will now appear in his NetRep client 
application's Visitor List with it's state set to "HI" designating that they have requested contact 

(3) In this case the system identifier is in M. Owens* Active List. The visitor's enrxv in M. Owens* Visitor 
List will change its state from "Available" to "HI" designating that they have requested contact. 
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iContact technical description 

Diagram 7 

The fo I lowing components are used in a Urge scale custom implementation. Please reft: to Diagram T while reviewing the 
following steps. 

Enterprise Components 

( 1 ) IS API Server Extension/Filter pair • Each IS API server extension uses its own set of template files. This provides the 
ability to manage separate/distinct web sites, separate/distinct sections of a web site, and individual groups of pages as 
separate entities with their own sets of template files. Each extensions can be replaced with 2 filters. The alters will 
allow the imbedding of the unique identifier without requiring extensive page modification. 

(2) Capture Server • Manages one or many server extensions or filter pairs. Multiple capture servers allow for load 
distribution. Capture servers can run on multiple servers. 

(3) NetRep Server - Manages NetRep client applications through multiple message servers. Also distributes information to 
and from databases. 

(J) Messaging Server - Manages the distnbunon of messages berweeo NetRep client applications and the NetRep serve:. 
Used for load balancing. 

(5) The NetRep administration ui.jry manages NetRep groups, preset messages, aod tour guide locations. Tour Guide 
locations are used 10 push pages to web visitors who have been engaged. 

(6) Database Controller - Manages access and control to the iContact and other associated databases. 

(7) NetRep client application. 

(3) Web site Administration - L'sed to manage the conilguranon of the serv er extensions filters and the capture servers. 
Diagram 8 

The following steps show how an HTTP serv er developed by Contact Dynamics would be used to manage multiple separate 
and distinct web sites by an out sourced call center. The use of a custom server provides the following benefits: 

1 . Minimum to no modification of the call center's client's web pages. 

2. The call center can turn ofT the web monitoring and direct the client's web site to function normally, by not going 
through Contact Dynamics' server without affecting the web pages on the site. 

Please refer to Diagram 8 while reviewing the following steps. 

New page request 

(A) Visitor requests a page. The request is received by the tContaci server. 

(B) The iContact serv er oottfies the NetRep server of the page request 

(C) The NetRep server notifies the appropriate group of NetReps. A messaging server may or may not be used. 

(D) The iContact server requests the page from the appropriate web server The web server may be located anywhere on the 
Internet 

{£) The web server returns the requested page to the iContact server. 

(F) The iContact server compares the creation date of the returned page with the processed page cached oo its hard drive. If 
the page has been updated the server will process the page and replace the old processed page with the new page. If the 
page has not been updated the server discards the new page. 

(G) The iContact server returns the processed page to the visitor's browser. 

(H) The Visitor's browser requests the graphic files directly from the web server. 
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i n The web server returns the graphic fiies. 



Diagram 9 

Each frameset returned to a Surfer contains a hidden heartbeat function as pan of the content. Two heartbeat functions < 
used - one for Engaged Surfers and one for Unengaged Surfers. The logic flow of each is shown in diagrams 9-a and 9-b. 
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Regular untreated page. (Local Installation) 



<HTML> 
<H7TO> 

<TTTLi>r i ayel</TT7X_E> 

</HSA^> 

<A HKKr-'-pagel . hlnl " >L-.r.k 1</A> <bv> 
<A KRSK-"page2 .h:.T.: *>Link 2</A> <br> 
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</BOi:y> 

/HTML > 
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Treated page.. (Local Installation) 



<HTML> 
<HEAD> 

< TITLE :>?agel</TITLE> 

</HKA2> 
<BODY> 



<RD_DCNE01> 

<!--<ra href-"pagcl . hcxl " >I.ink Lc/A>--> 
<scr \pt lar:guage= "JavaScript > 
<; 

document .write ( "<a href- ■ /bin/icx . dLl ?npage?*2Fpagel%2 

Ehtmli" * 

top. document . title * target- ^top^") 
document .write ("Link \ n ) 
document . wr i ce ( " < /a > " ) 

// 

</6cript> 
<noccript > 

<a href = °/bir./icx.dll?npage?%2Fpagel%2EhtxL&- 1* target- H _t op" 
>Link lc/a> 
</noscripr > 
</RD_DOMF01> 

<br> 



<RD_DONE01> 

<i--<a href » H pagc2 .html 11 >Link 2</A>--> 
<script languages" JavaScript °> 
< ! 

document .write ( n <a href- • /bin/ 1 cx . dll?npage?fc2Fpogc2%2 

Ehtmlf + 

top. document . title » " 1 target- '_top' >") 



WO 99/18514 



6-37 



PCT/US98/2I272 



pageZ._icx.hcml 
document .wrice ("Lin* 2 M ) 
docuzenc. write ( M </a>") 

// --> 
</ scripts 
<noscripr> 

<a hrcfoVbir./icx.dll?r.page?%2Fpagfi2%2Ehcna&-: ff taryet.- n _top" 
>Link 2</a> 
</nosc: ipc> 
</RD_DGNK01> 

<br> 



</BCOY> 
</HTML:< 
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page2_icx.html 



Treated page. (Redirection) 



<HTML> 
<HEAD> 

<riTLE>Pagc2c/TITLfc:> 

</HKAO> 
<BOL)Y> 



<RDJDCK'£C1> 

<»--<a hrefs"htcp://l92.i68.:.l/pagel.hcml">Lirik 1</A> > 
<scripr 1 ancuage= "JavaScript n > 

< ! 

document .write ("<a 
hrefWbir./icx.dl :?npage?htrp%3A%2?%2?192%2Sl£S%2Kl *2E;%2?pagel *2Ehrrr * 
+ 

top. document .title + 1,1 target- '^top' > 11 ) 
document .write ("Link i") 
document . write i n </a>") 

// 

</scrlpt> 
<moscript> 

ca hrLf=Vbtn/icx.dll?npage?http%3A%2F%2F:&2%22:68i2El%2El%2Fp 
agcl%2Fhtmi&-i l> 
target- rt _top n >Lir.k l</a> 
</noscript> 
</*n_DONE01> 

<br> 



<RD_D0NE01> 

<!—<a href="hctp://152.168.1.X/page2.hLml , '>Link 2</A>--> 
<script language-" JavaScript "> 

< ! - - 

document .write (*<a 

hrcf- , /bin/icx.d:i?r.pagc?http%3A%2F%2F192%2E168 r -2E:^2»:i%2Fpage2%2Ehtml 
* 

top. document .title . w ' target»'_top' >") 
document .write ("Link 2 M ) 



WO 99/18514 



6-39 



PCT/US98/2I272 



page2_icx.html 
document .wrlce C</a> w ) 

// 

<noscrlpt> 

<a hrcf= ,, /bin/icx.dll?r.page?hctp%3A%2F%2P192%2ElC0%2El%2El%2 
agc2fc2F.r.cml&-l " 
target - rt _top" >link 2</a> 
</noscript> 
</RD_DONK01> 

<br > 



</BODY> 
</HTMT.> 
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page2 ,htxl 



Regular untreated page. (Redirection) 



<HTML> 
<HEAD> 

<TITLE>Paoe2</TTTLE> 

</IIEAD> 
<BODY> 

<A HREF- ,, hLtpr//19?..l£;9. , :.l/page:.hcn:: n >Link 1</A> <br> 
<A HRKF- M http://132. 168. I.l/pagc2. html «>Link 2</A> <br> 



</DODV> 

</htm:.> 
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EXEMPLARY CONVERSATION 
N - Representative of Site 
S - Visitor at Site 



MESSAGE TEXT 


SENDER 


TIME A DATE 


Hi. I'm Sue with Contact Dynamics. I'm here live, can I help you? 


N 


8/5/98 5:33:39 PM 


Good evening! 


N 


S/5/98 5:34:04 PM 


If you took to your right and touch compose message and begin typing in 
the boa, we can talk. 


N 


8/5/98 5:34:09 PM 


I'm just trying mis out as a demo. You probably get that a lot. 


S 


8/5/98 5:34:48 PM 


ShopcyberMall, so nice of you to viiii!! 


N 


S/5/98 5:35:20 PM 


Thanks. We are currently using live chat on our web site, but we had 
someone email tu to look at you guys. 


S 


S/5/98 5:36:02 PM 


Yes. I do, and it's my job. so I never mind. BTW. you have the hands 
down coolest catalog!! That's the consensus from our office!! 


n 


8/5/98 5:36:07 PM 


That was me. 


N 


8/5/98 5:36:16 PM 


Thanks*! 


S 


8/5/98 5:36:25 PM 


No live chat, this is a powerful sales tool and lead generator. 


N 


8/5/98 5:36:36 PM 


There are two models of Contact. Inbound and Outbound. 1 use both si 
the same time. 


N 


8/5/98 5:38:53 PM 


Outbound allows you to see the surfers on the si-e. where they are. and 
how long they say. With Outbound you can initiate a conversation with 
any surfer at any time. This b bow I uw you enter the she and how I 
captured you!! It is unique to us alone. 


N 


8/5/98 5:39:17 PM 


How are you saying that? How is this different from Interactive Express? 


S 


8/5/98 5:39:21 PM 


70% of all people who engage your commerce server do not finish the 
transaction. Our software can make a difference. 


N 


8/5/98 5:39:48 PM 



WO 99/18514 



PCT7US98/21272 





MESSAGE TEXT 


SENDER 


TIME Sl DATE 


Okay, but bow is (his different from your competitor XYZ's 


s 


8/5/98 5:40:25 PM 


They can't engage a surfer. They have to wait for a request for 
assistance. We don't wait!! 


N 


8/5/98 5:40:27 PM 


Oh. I sec. When would you feel it necessary to interrupt i shopper? 


S 


8/5/98 5:41:01 PM 


Lei me show you our interface. Click directly on (he next message I send 
you. 


N 


8/5/98 5:41:07 PM 


DonV chink of it as Interrupting, you're assisting, just like a high line 
department store would. 


N 


8/5/98 5:41:49 m 


' phis, we don't have to download any junk into your surf en machines 


N 


8/5/98 5:43:12 PM 


r*o oowiuoaas* appfcu* couua or prog ins 


N 


8/5/98 5:43:28 PM 


Contact is a server extension browser driven. It uses NT. We can talk 
wtdi any visitor that has a browser that was written within the last two 
years. 


n 


8/5/98 5:43:36 PM 


! can conduct five individual conversations at one time on my station. 
Although 1 can actually see thirty surfers in the queue 


N 


8/5/98 5:43:53 PM 


How do you contact them? Does a window juu open up in the middle of 
their visit? How can you tell who they are? 


S 


8/5/98 5:44:11 PM 


Just like what you are looking at right now!? But. it can be customized 
however you would like. 


N 


8/5/98 5:44:42 PM 


[ 1 can actually see ibem oa my tide. Want to see? 


N 


8/5/98 5:45:01 PM 




Sure 


S 


8/5/98 5:45:17 PM 




I trace them to know who they are. 


N 


8/5/98 5:45:22 PM 




Go to Contact Inbound or you can just click on my message to you and H 
will take you there. 


N 


8/5/98 5:45:57 PM 




<a href « " /out -zoom, htm ' target "content" > Click here for a Netrcp 
screen shot < a > 


N 


8/5/98 5:46:14 PM 




You haven't moved yet. That's the other thing. I can see where the surfer 
goes and have a history of their last ten pages that they visited. 


n 


8/5/98 5:48:03 PM 




You've got it now, and you can zoom on that picture to gei a better look. 


N 


8/5/98 5:57:16 PM 




Where do you see who 1 am? 


S 


8/5/98 5:58:07 PM 




Lower left are the surfers, and your IP number can be traced through a 
simpie (racing program. 1 can get name and address of the company you 
arc with from a static server 


N 


8/5/98 5:59:06 PM 


§ AOL you just jet numbers, can't nee those. 




8/5/98 5:59.20 PM 


[J Figures • 


S 


8/5/98 5:59:38 PM 




The captured surfers have unique identifier numbers between me two 
windows on the boactm 


N 


8/5/98 5:59:56 PM 




So. Contact Dynamics a the surfer here? 


S 


8/5/98 5:59:58 PM 




Wow • I am impressed!! 


N 


8/5/98 6:00:26 PM 




You are the first person (hat noticed 


N 


8/5/98 6:00:39 PM 




Don't get too excited, that's my job. 


S 


8/5/98 6:00:47 PM 



8 
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MESSAGE TEXT 


SENDER 


TIME & DATE 




Maybe I'm (he 1st person who cares. 


S 


8/5/98 6:01:07 PM 


5 


Mine too. but it's also a lot of other peoples jobs that visit me. no one has 
got it yet. You must be a woman!! Please ted me I'm right!! 


N 


8/5/98 6:01:34 PM 




Yes. you must be too. 


N 


8/5/98 6:01:57 PM 




Hooray!! 


N 


8/5/98 6:01:26 PM 




H Hear us ROAR! 


S 


8/5/98 6:02:46 PM 


10 


[1 It's funny how this works, but 1 can even tett if a person is having a bad 

I Hav on rfitc ft'* v^rv wfunate TTv uirfen hi tiwnfnftihl^ v^rv nitW*Mv 

1 The response was far greater than we ever dreamed possible. 


N 


8/5/98 6:05:31 PM 




Neat. Do you have an information packet you can send to me? You have 
my address.. .my name b Jane Doe. Director of commerce. Please 
advise. 


S 


8/5/98 6:04:39 PM 
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Yes. Jane. I do. Can you supply me with your address. 1*11 get it out in 
a flash!! 


N 


8/5/98 6:05:21 PM 




Maybe you would even like an eval demo, huh? 


N 


8/5/98 6:05:42 PM 




I thought my address came up for you. 


S 


8/5/98 6:06:12 PM 




Yep. 


s 


8/5/98 6.06:23 PM 
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Jane. I'm sorry. I did have that address. 


N 


8/5/98 6:07:10 PM 




Well. I'll send you the info and if you wouldn't mind a call from a rep. 1 
can get you the eval. 


N 


8/5/98 6:07:39 PM 

1 


25 


Okay. I'm going to go now. Phone number is 1 J 1-555-6789. I'll be out 
of town tomorrow and Friday and out of the office next week Tues. and 
Wed. and possibly Thur and Friday. Busy schedule. 1 Later! 


S 


8/5/98 6:08:36 PM 




Sarah. I'm so glad you stopped by. You've been a delight! 


N 


8/5/98 6:09:33 PM 




Thanks! 


S 


8/5/98 6 09:54 PM 




FYI-Our granddaughter's name is Jane. So. we have a kinship already!! 


N 


8/5/98 6:10:12 PM 










30 









35 



9 



WO 99/18514 



PCT/US98/21272 



From the foregoing, it will be observed that numerous variations 
and modifications may be effected without departing from the spirit and scope 
of the invention. It is to be understood that no limitation with respect to the 
specific apparatus illustrated herein is intended or should be inferred. It is, of 
course, intended to cover by the appended claims all such modifications as fall 
within the scope of the claims. 
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What is Claimed : 

1 . A method of using a communications network comprising: 
detecting the presence of a particular visitor at a particular 

page of a web site; 

5 transmitting an indicator to a selected display whereupon 

transmission of a return message to be presented to that visitor can be initiated; 
and 

transmitting the return message to that visitor for viewing. 

2. A method as in claim 1 which includes tracking the 
10 progress of the visitor through the web site and building a list thereof. 

3. A method as in claim 2 which includes transferring a 
response from the visitor to the display. 

4. A method as in clam 3 which, includes transferring a 
responsive reply back to the visitor substantially on a real-time basis. 

15 5. A method as in claim 4 including enabling the visitor to 

carry out a commercial transaction, 

6. A method as in claim 4 including facilitating the carrying 
out of an interactive conversation. 

7. A method as in claim 2 which includes displaying a list 
of pages presented to a visitor over a period of time. 

8. A method as in claim 7 wherein the list of pages is 
displayed at a displaced site. 

9. A method as in claim 8 which includes presenting to the 
visitor an indicator whereby the visitor, when viewing a selected page, can 
initiate a bi-directional conversation with the displaced site. 

10. A method of communicating with an individual who has 
logged onto a communication network comprising: 

presenting at least a part of an information sequence, 
display able in part, and including one or more pages that may be displayed at 
various times in response to commands entered by the individual; 

detecting when the individual is viewing a page; 
tracking the progress of the individual through a plurality 
of pages which are in part presentable graphically; 
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storing the tracking information; 

transmitting, from another site, a selected communication 
to be presented to the individual to facilitate interaction with the page being 
displayed for the individual; 

enabling the individual to form a responsive message; and 

transmitting the responsive message to the another site for 
reviewing and in real-time, carrying out an interactive information interchange 
between the individual and the another site. 

11. A method of facilitating interactive communications using 
a network comprising: 

selecting at least one page containing displayable 
information and commands for implementing a display; 

incorporating additional commands, which when the page 
is to be displayed at a requesting site, provide information to another site; 

displaying the selected page in response to a user's 

request; and 

initiating a bi-directional information interchange, on the 
page being displayed, using the provided information. 

12. A method as in claim 11 wherein the initiating step 
includes opening a dialog box on the page being displayed. 

13. A method as in claim 12 wherein a message can be 
entered into the dialog box. 

14. A method as in claim 13 wherein the message can be 
transmitted to and displayed at another site. 

25. A method as in claim 14 which includes building a list at 
the another site indicative of the pages displayed at the requesting site. 

1 6. An information sequence, in part displayable for a viewer, 

comprising: 

a text sequence to be displayed; 
a sequence of display controlling commands combined 
with the displayable text; and 

a sequence of tracking commands, combined with the 
displayable text whereby information pertaining to text being presented to a 
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viewer can be presented, substantially in real-time, at a displaced location for 
tracking the text being presented to the viewer. 

17. A sequence as in claim 16 wherein the text sequence is 
organized as a plurality of linked pages and wherein at least some of the pages 
include frame based commands for tracking. 

18. A sequence as in claim 16 which includes, as commands, 
hypertext mark-up tags. 

19. A sequence as in claim 18 which includes as tracking 
commands, hypertext framing tags. 

20. A sequence as in claim 17 wherein the pages include, as 
commands, hypertext mark up tags and wherein at least some of the pages 
comprise hypertext frame tags. 

21. A multi-processor communication system comprising: 
a visitor client; 

a visitor server, coupled at least intermittently to the visitor client 
for transferring information therebetween whereby a visitor using the visitor 
client and the visitor server can request a selected file, specified by the visitor; 

a monitoring client; 

a monitoring server, coupled at least intermittently to the 
monitoring client, for transferring information therebetween wherein the servers 
can communicate via a common network, whereby a representative using the 
monitoring client and the monitoring server can initiate an interactive real-time 
information interchange with the visitor and wherein the visitor can reply 
thereto on a one-on-one basis. 

22. A system as in claim 21 wherein the visitor client 
includes, at least in part, a browser to facilitate a display of the selected file. 

23. A system as in claim 22 wherein the browser is capable 
of interpreting HTML-type tags in the file to facilitate display thereof. 

24. A system as in claim 23 wherein the monitoring server 
receives information indicative of the progress of the visitor in reviewing the 
displayed file. 
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25. A system as in claim 24 wherein the monitoring server 
includes a control program for forwarding to the monitoring client the progress 
indicating received information. 

26. A method for using a computer to enable a web site 
representative to observe in real-time a web site usage profile of any one of a 
plurality of web site visitors and proactively to engage the visitor in a one-to- 
one, real-time conversation, comprising: 

recording information about each visitor's usage of the respective 
web site including a list of the web pages the visitor has viewed and the amount 
of time spent on each, a unique visitor's address, a status indicator showing 
whether the visitor has been previously engaged by another representative, the 
total time the visitor has spent on the web site, and a unique identifier for each 
visitor; 

displaying to a group of representatives the above information for 
the visitors to all or a selected portion of the web site in reaJ-time; 

enabling any one of a plurality of representatives to select any 
one of a plurality of visitors to engage in a private one-to-one conversation; and 
proactively engaging the visitor so chosen in a one-to-one 
conversation without any action on the visitor's part. 

27. A method as in claim 26 which includes: 
enabling a visitor to request a conversation with a representative; 
enabling one representative to engage in one-to-one conversations 
with a number of visitors simultaneously; 

enabling the representative to send messages and other content 

to the visitor; 

enabling the visitor to receive messages and other content from 
the representative; 

enabling the visitor to send messages and other content to the 

representative; 

enabling the representative to receive messages and other content 
from the visitor; and 

enabling the representative to proactively terminate the 
conversation with any engaged visitor. 
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28. A method as in claim 26 which includes: 

enabling the visitor to terminate the conversation with the 

representative. 

29. A method as in claim 26 which includes: 

recording all or part of the recorded information into a database 
for future use and analysis. 

30. A method as in claim 26 which includes displaying for a 
visitor a two-part graphical display with the representative's comments at one 
location and the visitor's comments adjacent thereto. 

31. An apparatus enabling a web site representative to observe 
a real-time web site usage profile of any one of a plurality of web site visitors 
and proactively engage a selected visitor in a one-to-one, real-time 
conversation, comprising: 

a storage device; and 

a processor connected to the storage device wherein the storage 
device includes a program for controlling the processor; and 

wherein the processor interacts with the program to record 
information about each web site visitor's usage of the web site including at least 
a list of the web pages the visitor has viewed and the amount of time spent on 
each, a unique visitor's address, a status indicator showing whether the visitor 
has been previously engaged by another representative, the total time the visitor 
has spent on the web site, and a unique identifier for each visitor. 

32. An apparatus as in claim 31 wherein: 

the program displays to a group of representatives the 
information for the visitors to all or a selected portion of the web site in real 
time including instructions to allow any one of a plurality of representatives to 
select any one of a plurality of visitors to engage in a private one-to-one 
conversation and to proactively engage the visitor so chosen in a one-to-one 
conversation without any action by the visitor. 

33. An apparatus as in claim 31 which includes: 
commands to enable a visitor to request a conversation with a 

representative and to enable one representative to engage in one-to-one 
conversations with a number of visitors simultaneously; 
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enable the representative to send massages and other content to 

the visitor; 

enable the visitor to receive messages and other content from the 

representative; 

enable the visitor to send messages and other content to the 

representative; 

enable the representative to receive messages and other content 
from the visitor; 

enable the representative to proactively terminate the conversation 
with any engaged visitor; 

optionally enable the visitor to terminate the conversation with 
a representative, and 

optionally record all or part of the above information into a 
database for future use and analysis. 

34. An apparatus as in claim 32 which includes: 

a display device displaying information in real time including, but 
not limited to, a list of the web pages the visitor has viewed and the amount of 
time spent on each, a status indicator showing whether the visitor has been 
previously engaged by another representative or not, the total time the visitor 
has spent on the web site, and a unique identifier for each visitor. 

35. An apparatus as in claim 31, wherein: 

the storage device optionally store a record of all or part of the 
information regarding the user's web site usage program recorded by the 
apparatus. 

36. A method for using a computer to observe a real-time web 
site usage profile of any one of a plurality of web site visitors, to compare that 
profile with a number of predefined web usage profiles which are associated 
with lists of actions to be performed upon a pattern, to determine if the visitor's 
usage profile matches any one of these predefined profiles, and to automatically 
perform the action associated with the matched usage profiles, comprising: 

storing a number of predefined web site usage profiles; 
storing and associating a list of actions with each predefined 

usage pattern; 
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recording information about each web site visitor's usage of the 
web site including, but not limited to, a list of web pages the visitor has viewed 
and the amount of time spent on each, the visitor's address, a status indicator 
showing whether the visitor has been previously engaged by another 
representative, the total time the visitor has spent on the web site, and a unique 
identifier for each visitor; 

comparing the above information with each predefined usage 
profiles and their associated actions; and 

executing the associated action list upon a successful match 
between the visitor's usage pattern and the predefined usage pattern. 

37. The method of claim 36 further comprising: 
inputting into the computer a number of descriptions of a web 
site usage pattern; 

inputting into the computer a number of lists of actions to be 
performed by the computer; 

associating each usage pattern description v/ith at least one list 
of actions to be performed by the computer; and 

editing and deleting the descriptions of web site usage patterns, 
the lists of actions, and their associations. 

38. An apparatus for observing a real-time web site 
usage profile of any one of a plurality of web site visitors, to compare that 
profile with a number of predefined web usage profiles which are associated 
with lists of actions, to determine if the visitor's usage profile matches any of 
these predefined profiles, and to automatically perform the action associated 
with the matched usage profiles; comprising: 
a storage device; and 

a processor connected to the storage device; 
the storage device storing: 
a number of predefined web site usage patterns; 
a list of actions associated with each predefined usage pattern; 
a program for controlling the processor; and 
wherein the processor is operative with the program to record 
information about each web site visitor's usage of the web site including, some 
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or all of a list of the web pages the visitor has viewed and the amount of time 
spent on each, a status indicator showing whether the visitor has been 
previously engaged by another representative or not, the total time the visitor 
has spent on the web site, and a unique identifier for each visitor and wherein 
the program includes commands for comparing the above information with each 
predefined usage profile and executing the associated action list upon a 
successful match between the visitor's usage pattern and the predefined usage 
pattern. 

39. The apparatus of claim 38, in which the processor is 
further operative with the program :o: 

input a number of descriptions of a web site usage pattern; 
input a number of lists of actions to be performed by the 

computer; 

associate each usage pattern description with at least one list of 
actions to be performed by the processor; and 

editing and deleting the descriptions of web site usage patterns, 
the lists of actions, and their associations. 

40. A method of analyzing visitor movements through a 
plurality of related files comprising: 

tracking viewing paths of a plurality of viewers of the 
files; analyzing the tracking information and identifying selected file sequences 
which exhibit a greater incidence of viewing paths than other sequences. 

41. A method as in claim 40 wherein the tracking step is 
carried out in real time. 

42. A method as in claim 41 wherein the tracking information 

is stored. 

43. A method as in claim 42 wherein the analyzing step is 
carried out relative to the stored tracking information. 

44. A method of identifying a visitor at a web site comprising: 
detecting the presence of an individual visitor at the site; 
determining the visitor's IP address; and 

assigning a unique identifier to the visitor in addition to 
the visitor's IP address. 
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Surfer requests a web 
page 



Diagram 1-b: 
Flowchart of Surfer 
requesting a new web 
site page (npage). 



Assign a unique ID 
and create a surfer 
account 




Set Surfer state = 
NOT ENGAGED 
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Surfer sends captured 
heartbeat 



Diagram 9-a: 
Flowchart of Captured 
Heartbeat (cpull) 




Reset Lost-Surfer time 
out period 
and 

Return captured 
heartbeat 



Set Surfer state ■ 
NOT_ENGAGED 



Update Neirep display 

and return 
Noncaptured frameset 
(containing uncaptured 
heartbeat) 



Surfer sends 
uncaptured heartbeat 



Diagram 9-b: 
Flowchart of Uncaptured 
Heartbeat (upull) 




Set Surfer state < 
ENGAGED 



FT 



Reset Lost-Surfer time 
out period 
and 

Return uncaptured 
heartbeat 



Update Netrep display 

and return 
Captured frameset 
(containing captured 

heartbeat) 
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